home *** CD-ROM | disk | FTP | other *** search
- Path: news1.h1.usa.pipeline.com!usenet
- From: grantp@usa.pipeline.com(Pete)
- Newsgroups: comp.lang.c++
- Subject: Re: Incompatibility between BC4.5 32 bit DLL and MSVC 2.0 exe
- Date: 1 Feb 1996 15:13:15 GMT
- Organization: Kalevi, Inc.
- Message-ID: <4eqlab$had@news1.usa.pipeline.com>
- NNTP-Posting-Host: pipe3.h1.usa.pipeline.com
- X-PipeUser: grantp
- X-PipeHub: usa.pipeline.com
- X-PipeGCOS: (Pete)
- X-Newsreader: Pipeline USA v3.3.0
-
- On Feb 01, 1996 08:49:50 in article <Incompatibility between BC4.5 32 bit
- DLL and MSVC 2.0 exe>, 'Planmeca Oy <fipdt4d9@ibmmail.com>' wrote:
-
-
- >We have a "minor" problem. Part of our development team is developing
- >(32 bit) DLL:s with BC4.5 c++. Another part is developing the application
-
- >which needs to use that DLL. While trying to build the executable with
- >the LIB generated by BC for that DLL, MSVC complains: invalid or
- >corrupted library file.
- >We use C (not C++) interface between the EXE and the DLL.
- >
- Right, the library formats are different. COFF vs. OMF or something
- like that.
-
- There are instructions on how to create an import library from a
- "foreign" DLL on the MSKB Forum on Compuserve. I don't
- have the number but you can search for it by subject.
-
- >The same approach works with 16 bit EXE and 16 bit DLL. Is there anything
-
- >to do?
- >
- This surprises me. I thought the library formats were different on
- 16-bit systems as well. Did you actually link the BC-produced
- lib file into an MSVC++ product? Maybe you used a module
- definition (.def) file instead?
-
- BTW, as you are probably already aware, using a .def file to
- import DLL functions is not an option with MSVC++4.0.
- >
- >
- --
- Pete Grant
- Kalevi, Inc.
- Object Oriented Software Development
-